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In this work we consider the problem of gathering autonomous robots in the plane. In particular, we 
consider non-transparent unit-disc robots (i.e., fat) in an asynchronous setting. Vision is the only mean 
of coordination. Using a state-machine representation we formulate the gathering problem and develop 
a distributed algorithm that solves the problem for any number of robots. 

The main idea behind our algorithm is for the robots to reach a configuration in which all the follow- 
er ' ing hold: (a) The robots' centers form a convex hull in which all robots are on the convex, (b) Each robot 
C/3 . can see all other robots, and (c) The configuration is connected, that is, every robot touches another robot 
and all robots together form a connected formation. We show that starting from any initial configuration, 
the robots, making only local decisions and coordinate by vision, eventually reach such a configuration 
and terminate, yielding a solution to the gathering problem. 

> 

^ ; 1 Introduction 

m . 

^ . Motivation and Prior Work: There is an increasing number of applications that could benefit from hav- 

O ' ing a team of autonomous robots cooperate and complete various tasks in a self-organizing manner. These 

tasks could, for example, require the robots to work in dangerous and harsh environments (e.g., for space, 
underwater or military purposes) or require high accuracy or speed (e.g., in nanotechnology, scientific com- 
puting) or be of research interest (e.g., artificial intelligence). It is usually desirable for the robots to be as 
^ ■ simple and cheap as possible and have limited computing power, in order to be able to produce them fast in 

large numbers. 

A fundamental problem that has drawn much attention in the recent years is Gathering |[2l[Tl[TTll4l[T3l. 
where a team of autonomous mobile robots must gather to a certain point or region or form a certain for- 
mation (e.g., geometric shapes) in the plane. The problem has been studied under various modeling as- 
sumptions. For example, asynchronous, semi-synchronous and synchronous settings have been considered. 
Robots may have a common coordination system or have common sense of direction and use compasses to 
navigate in the plane, may have stable memory or be history oblivious. A modeling feature that is shared by 
all prior works considering the asynchronous setting is that robots are equipped with a vision device (e.g., a 
camera) and operate under the so called Look-Compute-Move cycle. Within a cycle, a robot takes a snap- 
shot of the plane (Look), based on the snapshot it might perform some local computations (Compute), and it 
might decide to move to some point in the plane (Move). The range of visibility of robots may be limited or 
unlimited. We refer the reader to Surveys |@l[T3l and the recent monograph ifTTJl for a more comprehensive 
exposition of works on the gathering problem. 

Up until the work of Czyzowicz et al. j8], the gathering problem was considered only under the assump- 
tion that robots are a point on the plane and are transparent, that is, a robot can see through another robot. 
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These assumptions do not reflect reality, as real robots are not points, but instead they have a physical extent. 
Furthermore, robots are not transparent, that is, robots may block the view of other robots or robots may 
collide. Having this in mind, Czyzowicz et al. HI initiated the study of the gathering problem with/<3? robots, 
that is, non-transparent unit-disks (disks of radius of 1 unit). As fat robots cannot occupy the same space on 
the plane, the gathering problem can no longer require robots to gather at the same point. Instead, per (H, 
gathering fat robots means forming a configuration for which the union of all discs representing them is 
connected. The model considered in [8] is the following: Robots operate in Look-Compute-Move cycles, 
they are identical, anonymous, history oblivious, non-transparent, and fat. They do not share a common 
coordination system and the only means of coordination is by vision; robots have unlimited visibly, unless 
their view is obstructed by another robot. An asynchronous setting is considered, modeled by an adaptive 
adversary that can stop any robot for finite time, control the "speed" of any robot or cause robots moving 
into intersecting trajectories to collide. Under this model, the authors present solutions for the gathering 
problem for three and four robots. The proposed solutions consider exhaustively all possible classes of con- 
figurations in which robots may be found; a different gathering strategy corresponds to each possible case. 
As this approach cannot be generalized for larger number of robots (the cases grow exponentially as the 
number of robots increases), the authors left open the question of whether it is possible to solve gathering 
for any collection of n > 5 fat robots. 

Our Contribution: In this work we provide a positive answer to the above question. In particular, we 
consider the model of JH with the additional assumption of chirality ifTOll (i.e., robots agree on the orientation 
of the axes of their local coordinator system) and present a distributed algorithm for the gathering problem 
for any number n of fat robots. 

The key feature of our solution is to bring the robots in a configuration of full visibility where all robots 
can see all other robots. However, the power of the adversary and the fact that robots are non-transparent 
makes this task challenging. We have overcome this challenge by requiring robots to aim in forming a 
convex hull in which all robots will be on the convex. During the computation, robots that are on the convex 
do not move and robots that are inside the convex hull try to move on the convex hull. However, if robots 
that are on the convex hull realize that they obstruct other robots that are also on the convex hull from seeing 
each other, then they move with direction outside of the convex hull in such a way, that they no longer cause 
any obstruction of the view of the other robots. Furthermore, if robots on the convex hull realize that there is 
no "enough space" for robots that are inside the convex to be placed on the convex, they move to a direction 
outside of the convex to make space. All these are further complicated due to asynchrony, as robots may 
have very different local views of the system. We show that eventually the convex hull will "expand" in 
such a way that all robots will be on the convex hull and no three robots will be on the same line. This leads 
to a configuration that all robots have full visibility. This is the first conceptual phase of the algorithm. 

In the second conceptual phase of the algorithm, once all robots have full visibility and they are aware of 
this, robots start to converge in such a manner that full visibility is not lost (again, asynchrony complicates 
issues). To do so, robots exploit their knowledge of n and of the common unit of distance (since all robots 
are unit-disks, this gives them "for free" a common measure of distance HI). We show that eventually all 
robots form a connected configuration and terminate, yielding a solution to the gathering problem. 

The key in successfully proving the correctness of the algorithm is the formulation of the model and 
the problem using a state-machine representation. This enabled us to employ typical techniques for proving 
safety and liveness properties and argue on the state transitions of the robots, which against asynchrony it 
can be a very challenging task. 

Other Works Considering Fat Robots. After the work in (§1 some attempts were made in solving the 
gathering problem with n > 5 fat robots. However these works consider different models than the one 
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considered in J8[. In O it is assumed that the fat robots are transparent. This assumption makes the problem 
significantly easier, as robots have full visibility at all times. As discussed above, having the robots reach a 
configuration with full visibility was the main challenge in our work. In Q fat robots are non-transparent 
and have limited visibility, but a synchronous setting is considered. Furthermore, the gathering point is 
predefined (given as an input to the robots) and the goal is for the robots to gather in an area as close as 
possible to this point. Two versions of the problem are studied: in continuous space and time, and in discrete 
space (essentially I?) and time. In the continuous case a randomized solution is proposed. In the discrete 
case the proposed solutions require additional modeling assumptions such as unique robot ids, or direct 
communication between robots, or randomization. The work in (9[ also considers fat robots with limited 
visibility, but in an asynchronous setting. In contrast with the model we consider, robots have a common 
coordination system, that is they agree both on a common origin and axes (called Consistent Compass 
in iflOl . The objective of the robots is to gather to a circle with center C, which is given as an input along 
with the radius of the circle. The common coordination system and the predefined knowledge of the circle 
to be formed enables the use of geometric techniques that cannot be used in our model. In Q they consider 
fat robots with limited visibility and without a common coordination system, but in a synchronous setting. 
Furthermore the correctness of the proposed algorithm is not proven analytically, but rather demonstrated 
via simulations. 

2 Model and Definitions 

Our model of computation is a formalization of the one presented in [8[ (with the additional assumption of 
chilarity); our formalism follows the one from 0. 

Robots: We assume re asynchronous fault-free robots that can move in straight lines on the (infinite) plane. 
The robots axe fat [8]: they are closed unit discs. They are identical, anonymous and indistinguishable. They 
do not have access to any global coordination system, but we assume that the robots agree on the orientation 
of the axes (i.e., per IflOl they have chilaritjQ). Robots are equipped with a 360-degree-angle vision devise 
(e.g., camera) that enables the robots to take snapshots of the plane. The vision devise can capture any point 
of the plane (has unlimited range) provided there is no obstacle (e.g., another robot). We assume that robots 
know re. 

Geometric configuration: A geometric configuration is a vector Q = (ci, C2, • • • , c n ) where each Cj 
represents the center of the position of robot r, on the plane. Informally speaking, a configuration can be 
viewed as a snapshot of the robots on the plane. Note that the fact that robots are fat prohibits the formation 
of a configuration in which any two robots share more than a point (on the perimeter of their unit discs) in 
the plane. 

We say that a geometric configuration Q is connected, if between any two points of any two robots there 
exists a polygonal line each of whose points belongs to some robot. Informally, a configuration is connected 
if every robot touches another robot (i.e., their circles representing the robots are tangent) and all robots 
together form a connected formation. 

Visibility and fully visible configuration: We say that point p in the plain is visible by a robot n (or 
equivalently, can see p) if there exists a point pi in the circle bounding robot r» such that the straight 
segment (p,i , p) does not contain any point of any other robot. From this it follows that a robot n can see 
another robot rj if there exists at least one point on the bounding circle of re, that is visible by r,. 

'in other words, we assume that they have a common understanding of what is left or right. Note this is a weaker assumption 
than having a common coordinate system or having a compass 1 101 . 
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Given a geometric configuration Q, if a robot rj can see all other robots, then we say that robot rj has 
full visibility in Q. If all robots have full visibility in Q, then we say that configuration Q is fully visible. 

Robots' states: Formally, each robot ri is modeled as a (possibly infinite) state machine with state set Si, 
i is the index of robot ri (used only for reference purposes). Each set Si contains five states: Wait, Look, 
Compute, Move, and Terminate. Initially each robot is in state Wait. State Terminate is a terminating 
state: once a robot reaches this state it does not take any further steps. We now describe each state: 

• In state Wait, robot n is idling. In addition, the robot has no memory of the steps occurred prior 
entering this state (that is, every time a robot gets into state Wait, it looses any recollection of past 
steps - robots are history oblivious). 

• In state Look, robot n takes a snapshot of the plane and identifies the robots that are visible to it. We 
denote by Vi the set of the centers of the robots that are visible to robot when it takes a snapshot in 
configuration Q. That is, Vi C Q is the local view of robot rj in configuration Q. Note that this view 
does not change in subsequent configurations unless the robot takes a new snapshot. In a nutshell, in 
this state, the robot takes as an input a configuration Q and outputs the local view tyj C Q. 

• In state Compute, robot r, runs a local algorithm, call it A4, that takes as an input the local view 
Vi (that is, the output of the previous state Look) and outputs a point p in the plane. This point is 
specified from Vi, hence we will write p = Ai(V)- If M outputs the special point _L, then the robot's 
state changes into state Terminate. Otherwise it changes into state Move (intuitively, in this case p is 
the point that the center of the robot will move to). Note that it is possible for p = a, that is, the robot 
might decide not to move. 

• In state Move, robot r, starting from its current position, called start point, moves on a straight line 
towards point Ai(Vi) (as calculated in state Compute). We call Ai(Vi) the target point of r^. If during 
the motion the robot touches some other robot (i.e., the circles representing these robots become 
tangent) it stops and the robot's state changes into state Wait. As we discuss next, the adversary may 
also stop a robot at any point before reaching its target point. Again, in this case, the robot's state 
changes into state Wait. If the robot finds no obstacles or it is not stopped by the adversary then it 
eventually reaches its target point (its center is placed on Ai(Vi)) and its state changes into state Wait. 

State configuration: A state configuration is a vector S = (s\, S2, ■ ■ ■ , s n ) where each Sj represents the 
state of robot r.j. An initial state configuration is a configuration S in which each s, is an initial state of 
robot ri (that is, Vi € [1, n], Si = Wait). Similarly, a terminal state configuration is a configuration S in 
which each Sj is a terminating state of robot (that is, Vi € [1, n), Si = Terminate). 

Robot configuration: A robot configuration is a vector 1Z = ((si, c\), . . . , (s n ,c n )) where each pair 
(sj,Cj) represents the state of robot ri and the position of its center on the plane. (Informally, a robot 
configuration is the combination of a geometric configuration with the corresponding state configuration.) 

Adversary and events: We model asynchrony as events caused by an online and omniscient adversary. 
The adversary can control the speeds of the robots, it can stop moving robots, and it may cause moving 
robots to collide, provided that their trajectories have an intersection point. Specifically, we consider the 
following events (state transitions): 

Look(ri ) : This event causes robot r, that is in state Wait to get into state Look. 
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Figure 1: A cycle of the state transitions of robot rj. 



Compute(r,i): This event causes robot r,- L that is in state Look to get into state Compute. 

Doneiri): This event causes robot rj that is in state Compute and its local algorithm Aj has returned 
the special point _L, to get into the terminating state Terminate. 

Moveiri): This event causes robot rj that is in state Compute and its local algorithm A,- L has returned 
a point other than _L, to get into state Move. 

Stop{r{)\ This event causes robot rj that is in state Move to get into state Wait. Robot rj is stopped at 
some point in the straight segment between its start point and its target point Aj(Vj) (under a constraint 
discussed next). 

Collide(R): This event causes a subset of the robots R that are in state Move and their trajectories 
have an intersecting point to collide (i.e., their circles representing the robots become tangent). Note 
that 2 < \R\ < n (two or more robots could collide between them but only one collusion occurs per 
a Collide event). Also, other robots that are in state Move could be stopped (without colluding with 
other robots). All affected robots are now in state Wait. 

Arrive(ri): This event causes robot rj that is in state Move to arrive at its target point and change its 
state into Wait. 

Note that events Look{ri), Moveiri), Stopiri) and Amve(rj) may also cause robots (other than rj) that are 
in state Move to remain in that state, but on a different position on the plane (along their trajectories, and 
closer to their destination). 

Figure Q] depicts a cycle of the state transitions of a robot rj; it is understood that for event collide(ii), 

rj G R. 

Execution: An execution fragment is an alternating sequence of robot configurations and events. Formally, 
an execution fragment a is a (finite or infinite) sequence of TZo, e\,1Z\, e2, • • ., where each TZk is a robot 
configuration and each is an event. If a is finite, then it ends in a configuration. An execution is an 
execution fragment where TZq is an initial configuration. 

Liveness conditions: We impose the following liveness conditions (they are basically restrictions on the 
adversary): 

1. In an infinite execution, each robot may take infinitely many steps. 
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2. During a Move event, each robot traverses at least a distance 5 > unless its target point is closer 
than 5. Formally, each robot ri traverses at least a distance mm{disti (start, target), 5}, where 
disti(start, target) denotes the distance between the start and target points of robot rj. Parameter 5 
is not known to the robots (or to their local algorithms). 

Gathering: We now state the problem we consider in this work: 

Definition 1 (Gathering problem) In any execution, there is a connected, fully visible, terminal robot con- 
figuration. 

3 Geometric Functions 

In this section we present a collection of functions that perform geometric calculations. These functions are 
used by the robots' local algorithm as shown in the next section. In this section we present these functions in 
a general manner, with reference to the centers of unit discs on the plane (that is, not necessarily for robots). 
After the presentation of each function, we give some insight on how this function is used by the robots' 
local algorithm. 

3.1 Function On-Convex-Hull 

We denote by CH(c\ , C2,...,c m ) the convex hull formed by points c\,C2, ■ ■ ■ ,c m , and by 
onCH(c\, C2, • • • , Cm) C {ci, c2, . . . , c m } the set of points that are on the convex hull. Then, func- 
tion On-Convex-Hull solves the following algorithmic problem: 

On Convex Hull 

Input: A set of m points c\,C2, ■ ■ ■ ,c m and an additional point c. 
Output: YES if c G onCH(ci , C2, • • • , c m ) otherwise NO. 

Function On-Convex-Hull involves the computation of the convex hull formed by points 
c\, C2, . . . , Cm and a check whether c is one of the points on the convex hull. The function returns, besides 
YES or NO, also set onCH(c\, C2, . . . , c m ). This function can easily be implemented using, for example, 
Graham's Convex Hull Algorithm lfl2l . 

Insight: This function is called by a robot r with center c. The m < n points are the centers of the robots 
that robot r can see (its local view) in the current configuration. The robot wishes to check whether its center 
belongs on the convex hull formed by the centers of the robots in its local view. In the case of full visibility 
(m = n) robot r can check whether itself as well as all other robots are on the convex hull. If this is the 
case, then by the definition of full visibility and of the convex hull, all robots can potentially see all other 
robots. 

3.2 Function Mo ve-to-Point 

Function Move-to-Point solves the following algorithmic problem: 

Move to Point 

Input: Two points c\ and C2 and a positive integer m. 

Output: Point \i defined as follows: Consider the straight segment c\C2 and let pc~2 be the straight segment 
which is vertical to c~[c2 and p is on the perimeter of the unit disc with center C2 and with direction inside of 
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Figure 2: Example of a point fj,. 



the convex hull. Next consider the point c on segment poi which has distance — e from c 2 . Then point u 
is the intersection of the straight segment cjc and the perimeter of the unit disc with center c 2 . See Figure |2] 
for an example. 

It is not difficult to see that Function Move-to-Point involves simple geometric calculations. 

Insight: This function is called by robot r with center c\ . Point c 2 corresponds to the center of a robot 
that r wants to touch (i.e., the unit discs representing the robots become tangent). For this purpose robot r 
must move towards the other robot in such a way that their circles become tangent at point a. As we will see 
later, this function is called with m = n, n being the number of robots in the system. Intuitively, distance 
2^ — e is used to aid robot r to remain visible by other robots (that is, it will not be hidden by the robot with 
center c 2 .) 

3.3 Function Find-Points 

Function Find-Points solves the following algorithmic problem: 

Find Points 

Input: Given a Convex Hull, let points c\ , c 2 , ■ ■ ■ , Cm be the points that are on the convex hull out of the 
total n points. 

Output: A set of k < m points p\, . . . ,pk that a unit disc with center pi, 1 < i < k, can be placed on the 
convex hull without causing the convex hull to change. (It is possible that k = 0.) 

We now give the details of function Find- Points. 
Function: Find-Points 
Set Points = 0; 

Consider the points on the convex hull with a clockwise ordering; 
For each pair q , c r of neighboring points on the convex hull do: 
If the length of line qc7 is greater than or equal to 2, then 
Let /i be the center of c[c^; 

Draw a vertical line on qcv, that starts from point a and moves outside the convex, until distance 
^ from u. Let p be the ending point; 

Let q_i be the left neighbor of q and c r+ ± be the right neighbor of c r (mods are omitted for 
simplicity of notation); 

Consider the straight segment that starts from q_i and goes through q and the straight segment 
that starts from c r+ i and goes through c r . Let t be the point where the two segments intersect; 
Consider the unit disc formed with center p; 

If no point of this unit disc is above or p has distance - or more from the line segments 
and tc r+ \, then Points = Points U {p}; (See Figure[3]for an example.) 

Return Points; 
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Insight: This function is called by a robot that is not on the convex hull and wishes to see whether there is 
at least one point that it could move and get on the convex hull without causing the convex hull to change. 
The number of the input points, m is smaller than n i.e. m < n, because if this function is called, it means 
that at least one robot is not on the convex hull. Given a line segment qcv of length at least 2, a simple 
solution would be for the robot to move in the middle of this line; however, that would cause robots 77 and 
r r not to be visible to each other, which is another property we wish to have (all robots on the convex hull 
must be able to see each other). Therefore, we check whether the robot could be placed at some vertical 
distance away from the middle, so that n and r r can still see other, but at the same time the tangents on the 
convex hull are not affected (in which case it would cause the convex hull to change). 

Lemma 1 If a unit disk is placed on onCH(Vi) with center a point that was returned by Function 
FindPoints, it will not cause onCH(Vi) to change. 

Proof: The correctness follows by close investigation of the code of Function FindPoints. If a unit disk 
moves to one of the points returned, it will not cause onCH{Vi) to change provided that other unit disks do 
not move 

Lemma 2 Given a convex hull, for any two adjacent unit disks with centers c\ and c r on the convex hull 
there exists a minimum distance between c\, c r for which Function Find-Points would return a point 
between cj, c r . We refer to this distance as the safe distance. 

Proof: Consider that given a number of points, a convex hull always exists. Consider four neighbor points 
on a convex hull, as shown on Figure [3l without loss of generality. In order for a unit disk with center p to be 
on the convex hull and not cause the current convex hull to change, the distance between fj, , the middle point 
of qcv and p must be at least - . Note that p is outside of the current convex hull. Additionally, consider q 
the point on the line segment pc r+ \, where a vertical line to c r starts from line segment pc r+ \ with direction 
to the inside of the convex hull.Then d(q, c r ) must be equal with at least i where r is the point that pc r+ \ 
is tangent with JIc^. Angle prp is equal with angle cyrq 

We need to calculate the distance between q and c r which will give as the safe distance. The distance 
between q to p must be equal with the distance between c r to p. We need to calculate both d(p,c r ) 
and d(p, q), find the biggest and double it, in order to find the safe distance. First we must calculate the 
necessary distance between p and c r . 

Observe that d(p,c r ) = d(p,r) + d(r,c r ). Firstly we calculate d(p,r) We have that tan(prp) = 

d ,™ , , hence d(p, r) = ^~7p^fj Secondly we calculate d(r, c r ), we have that sin{cyrq) = d( J l c j , hence 
d(r,c r ) = n . sin ((c-^q^ = n -sin((prfi)) Now we are ready to calculate d(p,c r ), it follows that d(p,c r ) = 

n-tan(prfi) n-sin((pr[i)) 

This is the minimum distance that JIc^ must be. We do the same as above with JIci and choose the biggest 
distance between the two, double it and set it as safe distance. 

3.4 Function Connected-Component s 

Consider a set of m unit discs on the plane. A connected component of this set consists all unit discs that 
are connected (between any two points of any two unit discs there exists a polygonal line each of whose 
points belong to some unit disc). In a connected component there can be up to two empty spaces of distance 
less or equal to l/2m. If there are more than two such spaces, then this component is considered as another 
connected component. Note that a given set of unit discs may contain many connected components and only 
one in the case that all unit discs are connected. 
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Figure 3: An example where point p is not valid and hence it will not be included in set Points. 



High level idea: A component part consists of unit disks that are tangent and there exists a polygonal line 
each of whose points belong to a robot. A component can have one, two or three component parts with 
maximum space between adjacent parts This is a simple problem but with many possible cases that can 
be seen on the code of this function. We now proceed with the full code of the function. 
Function Connected-Components solves the following algorithmic problem: 

Connected Components 

Input: A set of m points ci,C2, . . . ,c rn and an additional point c. 

Output: A set of pairs of the form ((q, c r ), k). Each pair (q, c r ) represents a connected component of 
unit discs, where q is the center of the leftmost unit disc and c r the center of the rightmost unit disc in the 
component, k is the number of unit discs contained in this component (including q and c r ). 

We now give the details of function Connected-Components. The correctness of the function (that 
is, the proof that it correctly solves the above problem) follows by close investigation of the code of the 
funciton. We use the notation {(c rx ,ci y ), k rX) i y ), to denote the component where c rx is the center of the first 
unit disc on the right of spacex, c\ y is the center of the last unit disc on the left of spacey, and k rx i y is the 
number of unit discs between (and including) c rx and ci y ; x, y, k rXi i y are positive integers. 

Function: Connected-Components 
Set initial = c and Components = 0; 

Starting from initial, move to the right along connected unit discs until a space is reached. Call this 
space, spaceO; 

1. If the length of spaceO is less than or equal to then continue moving to the right along connected 
unit discs until another space is reached. Call this space, spacel; 

(a) If the length of spacel is less than or equal to J- then continue moving to the right along 
connected unit discs until another space is reached. Call this space, space2; 
i. If the length of space2 is less than or equal to J^- then continue moving to the right 
along connected unit discs until another space is reached. Call this space, spaced; 
Set Components = Components^ ((cV2, Q3), k r 2,iz) U ((q-i, c^), Avi^)", 
From initial, move to the left along connected unit discs until a space is reached. Call 
this space, spaced; 

Set Components = Components U ((q.4, qo), &r4,«o) U (( c r0) c l\)i k r o,ll)'i 
Set initial = q.3 (center of first unit disc on the right of space3). 

If the unit disc with center c (the input's additional point) is included in one of the newly 
included components and this is not the first iteration of the procedure, then remove mul- 
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tiplicities and terminate; 

Else repeat procedure with (new) initial. 
ii. If the length of space2 is greater than t4t then from initial, move to the left along 
connected unit discs until a space is reached. Call this space, spaced; 

A. If the length of spaced is greater than ^ then Set Components = Components U 

{(Cr3,Cl 2 ),k r 3,l2); 

Set initial = c r 2- 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
multiplicities and terminate; 
Else repeat procedure with (new) initial. 

B. If the length of spaceS is less than or equal to then Set Components = 
Components U ((c r0 , c u ), & r cyi) U ((<vi, q 2 ), Kl,l2)\ 

continue moving to the left along connected unit disks until another space is reached. 
Call this space, spaced; Set Components = Components U ((cj-4, c/3), &V4,/3) U 

((Cr3,Clo),k r 3,lo); 

Set initial = c r 2- 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
multiplicities and terminate; 
Else repeat procedure with (new) initial. 
(b) If the length of spacel is greater than ^- then from initial, move to the left along connected 
unit discs until a space is reached. Call this space, spacel; 

i. If the length of space2 is greater than ^- then Set Components = Components U 

((Cr2,Ql),/Cr2,2l); 

Set initial = c r \. 

If the unit disc with center c (the input's additional point) is included in the newly included 
component and this is not the first iteration of the procedure, then remove multiplicities 
and terminate; 

Else repeat procedure with (new) initial. 

ii. If the length of space2 is less than or equal to ^- then continue moving to the left along 
connected unit discs until another space is reached. Call this space, spaced; 

A. If the length of spaced is greater than J^- then Set Components = Components U 

((Cr3,Cll),k r3i n); 

Set initial = c r \. 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
multiplicities and terminate; 
Else repeat procedure with (new) initial. 

B. If the length of spaced is less than or equal to 7^7 then continue moving to the left 
along connected unit discs until another space is reached. Call this space, spaced; 
Set Components = Components U ((c r o, cji), £vo,zi) U (( c r2, cm), k r 2,io) U 
((Cr3,ci2),k r3) i2) U ((c r4 ,Q 3 ), Av 4j / 3 ); 

Set initial = c r \. 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
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multiplicities and terminate; 

Else repeat procedure with (new) initial. 

2. If the length of spaceO is greater than ^- then from initial, move to the left along connected unit 
discs until a space is reached. Call this space, spacel; 

(a) If the length of spacel is greater than ^ then Set Components = Components U 
((cri, cio), k r ijo); 

Set initial = c r Q. 

If the unit disc with center c (the input's additional point) is included in the newly included 
component and this is not the first iteration of the procedure, then remove multiplicities and 
terminate; 

Else repeat procedure with (new) initial. 

(b) If the length of spacel is less than or equal to ^- then continue moving to the left along 
connected unit discs until another space is reached. Call this space, space2; 

i. If the length of space2 is greater than then Set Components = Components U 

((Cr2> Qo), kr2,V))\ 

Set initial = c r $. 

If the unit disc with center c (the input's additional point) is included in the newly included 
component and this is not the first iteration of the procedure, then remove multiplicities 
and terminate; 

Else repeat procedure with (new) initial. 

ii. If the length of space2 is less than or equal to ^- then continue moving to the left along 
connected unit discs until another space is reached. Call this space, spaced; 

A. If the length of space?) is greater than J^- then Set Components = Components U 

((Cr3i Qo)> k r 3,lo)', 
Set initial = c r o- 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
multiplicities and terminate; 
Else repeat procedure with (new) initial. 

B. If the length of spaced, is less than or equal to ^ then continue moving to the left 
along connected unit discs until another space is reached. Call this space, spaced; 
Set Components = Components U ((c r i, Qo), kri,lo) U (((V2, k r 2,i\) U 

((Cr3,Cl2),k r3) l2) U ((c r4 ,Q 3 ), Av4,/3); 

Set initial = c r Q. 

If the unit disc with center c (the input's additional point) is included in the newly 
included component and this is not the first iteration of the procedure, then remove 
multiplicities and terminate; 
Else repeat procedure with (new) initial. 



Insight: This function is called by a robot r with center c. The m points are the centers of the robots that 
robot r can see (its local view) in the current configuration. As we will see later, this function is called when 
the robot can see all other robots, i.e., m = n. The robot wishes to find the connected components formed 
in the current configuration. Intuitively, we can include two spaces of length l/2n in a configuration, since 
if all the robots can see each other, then the robots can move taking steps of length l/2n until they meet. 
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3.5 Function How-Much-Distance 

Function How-Much-Distance solves the following algorithmic problem: 

How Much Distance 

Input: A set of m points c\ , C2 , . . . , c m and an additional point c. 

Output: One of the numbers 1,2 or 3. Consider the connected components formed by the unit discs with 
centers c\,C2,...,c m . If the unit disc with center c is the rightmost (the straight direction is considered 
to be the inside of the convex hull) element of the component that has the smallest (space-wise) distance 
between the components, then the answer is 1. If all components have the same distance, then the answer is 
2. Otherwise the answer is 3. 

Function How-Much-Distance calls function Connected-Components (Section 1341 ) to get the 
connected components formed by the unit discs with centers c±, C2, ■ ■ ■ , c m . Then it checks the distances 
between the components and returns 1 ,2 or 3 accordingly. 

Insight: This function is called by robot r with center c. The robot wants to check whether it is the 
rightmost robot in the connected component with the smallest distance among the components formed by 
the robots in its local view. 

3.6 Function In-Largest-Component 

Function In-Largest-Component solves the following algorithmic problem: 

In Largest Component 

Input: A set of m points c\ , C2 , . . . , c m and an additional point c. 

Output: One of the numbers 1,2 or 3. Consider the connected components formed by the unit discs with 
centers ci, C2, . . . , c m . If the unit disc with center c belongs in the largest component (wrt the number of 
discs), then the answer is 1; if all the components are larger than the one it belongs, then the answer is 2. 
Otherwise the answer is 3. 

Function In-Largest-Component calls function Connected-Components (Section l3T4l ) to get 
the connected components formed by the unit discs with centers c±, C2, . . . , c m . Then it checks the sizes of 
the components and where the unit disc with center c belongs to, and returns 1,2 or 3 accordingly. 

Insight: This function is called by robot r with center c. The robot wants to check whether it belongs in 
the largest component among the components formed by the robots in its local view. 

3.7 Function In-Smallest-Component 

Function In-Smallest-Component solves the following algorithmic problem: 

In Smallest Component 

Input: A set of m points c\ , C2 , . . . , c m and an additional point c. 

Output: One of the numbers 1,2 or 3. Consider the connected components formed by the unit discs with 
centers c\,c<2, . . . ,c m . If the unit disc with center c belongs in the smallest component (wrt the number of 
discs), then the answer is 1; if all the components are smaller than the one it belongs, then the answer is 2. 
Otherwise the answer is 3. 
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Function In-Smallest-Component calls function Connected-Components (Section [3.41 ) to 
get the connected components formed by the unit discs with centers ci, C2, . . . , c m . Then it checks the sizes 
of the components and where the unit disc with center c belongs to, and returns 1,2 or 3 accordingly. 

Insight: This function is called by robot r with center c. The robot wants to check whether it belongs in 
the smallest component among the components formed by the robots in its local view. 

3.8 Function In-Straight-Line-2 

Function In-Straight-Line-2 solves the following decision problem: 

In Straight Line 2 

Input: A set of 3 points q, c m and c r . 

Output: YES, if the three points are on the same line. Otherwise, NO. 

Function In-Straight-Line-2 involves simple geometric calculations to check if the three input 
points are on the same straight line. 

Insight: This function is called by robot r m with center c m . The robot r m wants to check whether it is 
on the same line with its left nearest neighbor robot on the convex hull, r\ with center q, and with its right 
nearest neighbor robot, r r with center c r . 

4 Local Algorithm for Compute 

In this section we present the algorithm that each robot runs locally while in state compute. This algorithm 
takes as an input the view of the robot (obtained in state look) and calculates the position in the plane the 
robot should move next (in state move). 

In Section l4~T1 we overview the states of the algorithm and in Section 1431 we give a detail description of 
the algorithm along with key observations/properties. 

4.1 States of the Algorithm 

Once a robot n is in state Compute it starts executing the local algorithm A4. Recall that Vi denotes robot's 
Ti local view, that is, the set of robots that are visible to robot upon entering state Compute. The algorithm 
consists of 17 states. These states are algorithmic states within state Compute and we refer to them using 
the notation Compute, (algorithm-state-name) . We now overview these states with respect to a robot r, L . 

1. Compute.Start: 

• This is the initial state of the algorithm run by robot j-j. 

2. Compute.OnConvexHull: 

• Robot Ti is on the convex hull formed by robots in its local view. 

3. Compute. AUOnConvexHull: 

• Robot Ti is on the convex hull. 

• Robot Ti can see all other n — 1 robots (that is, it has full visibility). 
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• All other n — 1 robots are on the convex hull and have full visibility. 

4. Compute.Connected: 

• Same conditions as in state [3] 

• Robot ri sees that all robots are connected. 

5. Compute.NotConnected: 

• Same conditions as in state [3] 

• Robot ri sees that not all robots are connected. 

6. Compute.NotAUOnConvexHull: 

• Robot rj is on the convex hull. 

• Robot ri cannot see all other n — 1 robots or at least one robot is not on the convex hull or all 
robots are on the convex hull, but there is at least one that does not have full visibility. 

7. Compute.NotOnStraightLine: 

• Same conditions as in stated 

• There are no two other robots on the same line with robot rj (all three are on the convex hull). 

8. Compute.SpaceForMore: 

• Same conditions as in state |7J 

• Robot r-i sees that there is space on the convex hull for another robot. That is, there exist two 
neighboring robots on the convex hull that their distance is at least 2 (recall that robots are unit 
discs). 

9. Compute.NoSpaceForMore: 

• Same conditions as in state |7J 

• Robot r-i sees that there is no space on the convex hull for another robot; all neighboring robots 
on the convex hull have distance less than 2. 

10. Compute.OnStraightLine: 

• Same conditions as in stated 

• There are at least two other robots on the same line with robot (all three are on the convex 
hull). 

1 1 . Compute.SeeOneRobot: 

• Same conditions as in state [TOl 

• Robot r,i can see only one robot on the line. 

12. Compute.SeeTwoRobot: 

• Same conditions as in state [TOl 

• Robot rj can see two robots on the line; this implies that robot is between these two robots. 
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13. 



Compute.NotOnConvexHull: 



• Robot rj is enclosed in the convex hull formed by robots in its local view. 

14. Compute.IsTouching: 

• Same conditions as in state [131 

• Robot ri is touching another robot (the unit discs representing the robots are tangent). 

15. Compute.NotTouching: 

• Same conditions as in state [T3l 

• Robot r i does not touch any other robot. 

16. Compute.ToChange: 

• Same conditions as in state [TBI 

• If robot rj moves as calculated by the algorithm, then it will cause the convex hull to change, 
and this cannot be avoided. 

17. Compute.NotChange: 

• Same conditions as in state [TBI 

• If robot n moves as calculated by the algorithm, then there is a way to avoid changing the convex 
hull. 

Figure[4]depicts all possible states and transitions of the algorithm run by robot r^. (For better readability 
the prefix Compute is voided.) The states that have no transition to another state are terminal, and they 
output the position that the robot will move next (and the robot exits state Compute and enters state Move). 
State Compute. Connected outputs the special point _L which causes robot r» to exit state Compute and 
enter state Terminate (the robot takes no further steps). 

4.2 Description of the Algorithm 

The algorithm consists of 17 procedures, each treating one of the possible algorithmic states. In particular, 
once the algorithm is in a state Compute, (algorithm-state-name) it runs the corresponding procedure 
algorithm-state-name that either implements a state transition or outputs a point on the plane the 
robot should move at (in the next state Move); it implements a state transition if it is in a non-terminal state 
and outputs a point otherwise. In a nutshell, the algorithm can be expressed as follows: 

Local Algorithm 

if state= Compute. (algorithm-state-name) then run procedure algorithm-state-name. 

We proceed to describe the procedures. The procedures are given with respect to a robot r,j. 

4.2.1 Procedure Start 

Procedure: Start 

Precondition: state= Compute.Start 

Effect: 

• Call function On-Convex-Hull with inputs, the local view Vi and q, the center of robot n. 
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Figure 4: All possible states and transitions of the algorithm run by robot rj. 



• If function On-Convex-Hull returns YES then state:= Compute.OnConvexHull 
Else state:= Compute.NotOnConvexHull 

Recall from Section [3TT1 that function On-Convex-Hull also returns the set of points that are on the 
convex hull based on robot's n view Vi. We will be denoting this set as onCH(Vi). From this point onwards, 
robot rj carries the knowledge of onCH(Vi) in the various algorithmic states, while in state Compute (this 
knowledge is lost once it exists this state). 

Lemma 3 Start(Compute.(Start)) = Compute. (OnConvexHull) iff G onCH(Vi). 

Proof: Procedure Start uses function On-Convex-Hull, which uses Grahams algorithmjl2] that was 
proven to be correct. ■ 

4.2.2 Procedure OnConvexHull 
Procedure: OnConvexHull 

Precondition: state= Compute.OnConvexHull 

Effect: 

• If \Vi\ = n and \onCH(Vi)\ = n then 

- for each rj G Vi — {r^} 

* Call function On-Straight-Line-2 with inputs: the center of the left neighbor of Vj, 
the center of rj and the center of the right neighbor of rj. 

* If function On-Straight-Line-2 returned YES then state:= Com- 
pute.NotAllOnConvexHull and return 

- state := Compute. AUOnConvexHull 
Else state:= Compute.NotAUOnConvexHull 
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Lemma 4 OnConvexHull(Compute.(OnConvexHull)) = Compute. (AUOnConvexHull) iff \Vi\ = n 
and \onCH(Vi) \ = n and all robots have full visibility, according to Vi. 

Proof: Based on Lemma |3]cj € onCH{Vi) . Then, there are four possible cases: 

1- \V\ < n. 

In this case the procedure OnConvexHull will change state to Compute.NotAUOnConvexHull 

because if can't see all robots, it means that rj does not have full visibility. 

2. \Vi\=n and \onCH(Vi)\ < n. 

In this case procedure OnConvexHull will change state to Compute.NotAUOnConvexHull be- 
cause if at least one robot is not on the convex hull, then the correct state to shift is Com- 
pute.NotAUOnConvexHull. The procedure OnConvexHull can easily determine if all robots are 
on the convex hull by comparing the number of robots, with the number of robots that belong to 

onCH{Vi). 

3. \Vi\ = n and \onCH(Vi) \ = n and at least one robot does not have full visibility. 

In this case procedure OnConvexHull will change state to Compute.NotAUOnConvexHull 
because if at least one robot does not have full visibility, the correct state to shift is Com- 
pute.NotAUOnConvexHull. The procedure OnConvexHull can easily determine if all robots have 
full visibility (according to Vi) by checking if all robots are on the convex hull and no three robots are 
on the same line. From the definition of the convex hull it is clear that no incisions are allowed and 
hence if no three robots are on the same line, all robots will have full visibility. 

4. \Vi\ = n and \onCH(Vi)\ = n and all robots have full visibility. 

In this case procedure OnConvexHull will change state to Compute.AUOnConvexHull because 
if all robots are on the convex hull and have full visibility, the correct state to shift is Com- 
putcAUOnConvexHull. The procedure OnConvexHull can easily determine if all robots have 
full visibility (accroding to V) by checking if all robots are on the convex hull and no three robots are 
on the same line. From the definition of the convex hull it is clear that no incisions are allowed and 
hence if no three robots are on the same line, all robots will have full visibility. ^ 

4.2.3 Procedure AUOnConvexHull 
Procedure: AUOnConvexHull 

Precondition: state= ComputcAUOnConvexHull 

Effect. 

• Choose a cj from V.. Set Component = {cj}. 

• While set Component changes do 

- For each Cj € Component do 

* Check for each c x E Vi — Component — {cj} whether its unit disc is tangent with the unit 
disc of Cj. If true, then Component = Component U {c x }. 

• If \Component\ = n then state:= Compute.Connected 

Else state:= Compute.NotConnected 

Lemma 5 A110nConvexHull(Compute.(AUOnConvexHull}) = Compute. (Connected) iff Vi is a 

connected configuration. 

Proof: Based on Lemma |4j \onCH(Vi)\ = n and all robots have full visibility. The procedure 
AUOnConvexHull uses simple geometric calculations to calculate the number of the robots that are 
connected to a random robot rj. If the number of the connected robots is n, all robots are connected and 
therefore, the correct state to shift is Compute.Connected. ■ 
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4.2.4 Procedure Connected 



Procedure: Connected 

Precondition: state= Compute.Connected 

Effect: 

• Return the special point _L. 

Once this procedure is executed by robot r^, it enters state terminate and does not perform any further 
steps. 

4.2.5 Procedure NotConnected 

High level idea: The puipose of this procedure is eventually all robots to form a connected configuration. 
This procedure gives priority to components with the smallest size firstly and secondly to components that 
the distance to their neighbor component on the right is the smallest distance between any two components. 
The rightmost robot of the component with the biggest priority moves to the left of its right neighbor compo- 
nent. If all components have equal priority (i.e. all components have the same size and the distance between 
any two components is the same) then robots start to converge. Robots can start moving only if for any three 
neighbor robots of the component, say q , r m and r r the vertical distance from line q , r r to r m is equal or 
more than -. We proceed with the complete code of the procedure. 

Procedure: NotConnected 

Precondition: state= Compute.NotConnected 

Effect: 

• Consider c m , the center of the left neighbor of q and q the center of the left neighbor of r m . 

- If the distance between the line q,q and the point c m is < -, then Consider the cases that q 
is in the middle or the right robot of three neighbor robots. Calculate x, the maximum distance 
that q can move vertical to the line q,q and with direction to the inside of the convex hull 
without causing any two other robots to be on a straight line or the distance between any line 
q,q to c m (any setting of three neighbor robots that involve q) be less than x' is the smallest 
between ^- — e and x. Consider the line that is vertical to the line q,q, starts from q and has 
direction to the inside of the convex hull with an ending point p with distance x' from q. Return 

P- 

• If q belongs to a set of continuous robots that the previous condition is true and the last robot on the 
right cannot move, then do exactly the same step as above but instead of the 77 to be the right robot 
of three neighboring robots, to be the left with its right neighbors. 

• If there exists a configuration of three neighbor robots q, c m and q that the distance between the line 
q,q and the point c m is < -, then Return q. 

• If there is a cj- € Vi — {q} and a q, G V% — {q} that their unit disc is tangent with your unit disc, at 
your left and right respectively, then return q (q's current position). 

• If All robots form one component and q does not touch any other robot then Consider q the center 
of the left neighbor of q and q the center of the right neighbor of q. Draw a line stalling from q, 
vertical to line q,q with direction to the inside of the convex hull and ending point p, p is in distance 
2^ from q. Return p. 

• Else call function In-Largest-Component with inputs, Vi and q. 

• If function In-Largest-Component returns 1, then return q. 
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• Elself function In-Largest-Component returns 2, then call function How-Much-Distance 
with inputs, Vi and q. 

- If function How-Much-Distance returns 1, then call function Move-to-Point with in- 
puts, q and Cj, where Cj is q's right neighbor on the Convex Hull. Return the point returned by 

Move-to-Point. 

- Elself function How-Much-Distance returns 2, then call function 
Connected-Components with inputs, Vj and q. Let (q,q) be the component that 
q belongs (q is the center of the left-most robot and q the center of the right-most robot of the 
component). Draw a straight line between q and q; call it AB. Draw a parallel line (wrt AB) 
such that it goes through q; call q, C and the line CD. Draw a vertical line (wrt CD) from 
point C towards the inside of Convex Hull with distance j — e. If moving to D does not cause 
robot q to touch another unit disc in q's component, or, if q is q or q, then Return D, else 
return q (current position). 

- Else Return q. 

• Elself function In-Largest-Component returns 3, then call function 
In-Smallest-Component with inputs, Vi and q. 

- If function In-Smallest-Component returns 1, then call function Move-to-Point 
with inputs, q and Cj, where Cj is q's right neighbor on the Convex Hull. Return the point 
returned by Move-to-Point. 

- Elself function In-Smallest-Component returns 2, then call function 
How-Much-Distance with inputs, Vi and q. 

* If function How-Much-Distance returns 1, then call function Move-to-Point with 
inputs, q and Cj, where Cj is q's right neighbor on the Convex Hull. Return the point 
returned by Move-to-Point. 

* Elself function How-Much-Distance returns 2, then call function 
Connected-Components with inputs, Vi and Cj. Let (q,q) be the component 
that Ci belongs (q is the center of the left-most robot and c r the center of the right-most 
robot of the component). Draw a straight line between q and c r ; call it AB. Draw a parallel 
line (wrt AB) such that it goes through q; call Cj, C and the line CD. Draw a vertical line 
(wrt CD) from point C towards the inside of Convex Hull with distance j- — e. Return 
D. 

* Else Return Cj. 

- Else Return Cj. 



Lemma 6 The point returned by NotConnected(Compute.(NotConnected)) keeps Vi as a fully visible 
configuration and \onCH(Vi)\ = n. 

Proof: Based on Lemma [4j \onCH(V)\ = n and all robots have full visibility (that is, Vi is a fully visible 
configuration). Based on Lemma [5j Vj is not a connected configuration. We now show that in each of the 
following 6 possible cases, the point returned keeps Vj as a fully visible configuration: 

1 . Robot q touches one robot on its left and one robot on its right on the convex hull. 

In this case, procedure NotConnected will return q's current position and hence it will not cause 
any change. 

2. Robot q is in the component with the most robots. 

In this case, procedure NotConnected will return q's current position hence it will not cause any 
change. 
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3. All the components have the same number of robots and q is the rightmost robot of the component 
that has the smallest distance with its neighbor component, among any distance between any two 
adjacent components. 

In this case, procedure NotConnected will call the function Move-To-Point, which will return 
a position on convex hull adjacent to the leftmost robot of the right neighbor component. Hence in 
this case robot q's next position will be on the convex hull, q will have full visibility, will not be in 
the same line with any two other robots and will not cause any other robot not to be on the convex 
hull, provided that the other robots do not move. 

4. All the components have the same number of robots and all the spaces between adjacent components 
are of the same distance. 

In this case, procedure NotConnected will cause the components to approach by making small 
steps. By close investigation of the code of this Function, it follows that the point returned in this 
case, will not cause Vi to be not fully visible and no three robots will be on the same line, provided 
that the other robots do not move. 

5. All the components have the same number of robots and q is not the rightmost robot of the component 
that has the smallest distance with its neighbor component, among any distance between any two 
adjacent components, and not all the spaces between adjacent components are of the same distance. 

In this case, Procedure NotConnected will return q's current position hence it will not cause any 
change. 

6. Robot q is part of the component that has the smallest number of robots. 

In this case, procedure NotConnected will call the function Move-To-Point, which will return 
a position on convex hull adjacent to the leftmost robot of the right neighbor component. Hence in 
this case robot q's next position will be on the convex hull, q will have full visibility, will not be in 
the same line with any two other robots and will not cause any other robot not to be on the convex 
hull, provided that the other robots do not move. ■ 

4.2.6 Procedure NotAllOnConvexHull 

Procedure: NotAllOnConvexHull 

Precondition: state= Compute.NotAllOnConvexHull 

Effect: 

• Consider three points ci,c m ,c r € onCH(Vi), where q is the left neighbor and c r the right neighbor 
of c m , respectively, on the convex hull, and q is one of these points. 

• Draw line segment qq- Let AB be the line that is vertical to qc7, it goes through q and both Ac\ and 
ciB have length ^. Line CD is defined similarly for q. (See Figure |5]for an example.) 

• Consider all three cases, that is, q = q, q = c m or q = q. 

• If in any of the three cases, c m is in the rectangle ABCD, then state:= Compute.OnStraightLine 
Else state:= Compute.NotOnStraightLine 

Lemma 7 NotA110nConvexHull(Compute.(NotAUOnConvexHull)) = 
Compute. (OnStraightLine) iff ri is on the same line with any two other robots that are also on the 
convex hull. 

Proof: Based on Lemma [3l robot q € onCH(Vi). Based on Lemma |4j \Vi\ ^ n, or \onCH(Vi)\ < n or 
not all robots have full visibility. Procedure NotAllOnConvexHull uses simple geometric calculations 
to determine if q is on straight line with its neighbor robots on onCH(Vi). ■ 
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4.2.7 Procedure NotOnStraightLine 



Procedure: NotOnStraightLine 

Precondition: state= Compute.NotOnStraightLine 

Effect: 

• If \onCH(Vi) \ = n then state:= Compute. SpaceForMore and Return 

• If | Vi | = n then 

- Check whether there exists a side on the Convex Hull with length of at least 2. 

- If there exists then state:= Compute.SpaceForMore 
Else state:= Compute.NoSpaceForMore 

• Else 

- Vcj € onCH(Vi) Copy Cj in a new set named onCH2 

- Vcj ^ onCH(Vi) draw a straight line from that has an ending point x, x E onCH and Cj is 
on that line. 

- Copy x on onCH2 

- Check whether there exists a side on onCH2 with length of at least 2. 

- If there exists then state:= Compute.SpaceForMore 
Else state:= Compute.NoSpaceForMore 



Lemma 8 NotOnStraightLine(Compute.(NotOnStraightLine)) = Compute. (SpaceForMore) iff 

\onCH(Vi)\ = n or there exist a space, for at least one robot, between any two adjacent robots that 
are on the convex hull. 

Proof: Based on Lemma |3l ri G onCH. Based on Lemma |4j \Vi\ ^ n, or \onCH(Vi)\ < n or not all 
robots have full visibility. Based on Lemma |7J r« is not on a straight line with any two other robots that 
G onCH. There are three possible cases: 

1. \onCH (Vi) | = n. In this case, robot moves to the state Compute.SpaceForMore, because it is not 
necessary to create extra space on the convex hull for more robots, because all n robots are already on 
convex hull. 

2. \onCH(Vi) | < n and there exist a space, for at least one robot, on the convex hull. 

In this case, procedure NotOnStraightLine uses simple calculations to determine if there exist 
a space for at least one robot on the convex hull. It calculates the distance between adjacent robots 
on the convex hull and if there exist at least two adjacent points that have more than 2 distance, the 
correct state to move is Compute.SpaceForMore. 

3. \onCH(Vi) | < n and no space, for at least one robot, on the convex hull exists. 

In this case procedure NotOnStraightLinel uses simple calculations to determine if there exist 
a space for at least one robot on the convex hull. It calculates the distance between adjacent robots on 
the convex hull and if no such space exists, the correct state to move is Compute.SpaceForMore. ■ 
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4.2.8 Procedure SpaceForMore 



Procedure: SpaceForMore 

Precondition: state= Compute.SpaceForMore 

Effect. 

• If r-i is tangent with a robot rj, rj G onCH(Vi) that they are not adjacent on onCH{Vi) then consider 
q and c r , the centers of r^s left and right neighbor on the convex hull respectively. Draw a straight 
line starting from a, vertical to the line Q,c r , with direction outside of the convex hull and at distance 
2^ — e. The ending point of this line is p. Return p. 

• Else Return a 



The reason that p is outside of the convex hull by a distance 2k — e is because if two robots are not 
adjacent on the convex hull and are touching, it means that it is possible to obstruct other robots from seeing 
each-other. 

Lemma 9 SpaceForMore(Compute.(SpaceForMore)) = a iff ri is not tangent with any robot rj, rj G 
onCH{Vi) that they are not adjacent on onCH(Vi), else SpaceForMore(Compute.(SpaceForMore)) 

= p were p is at distance ^- — e outside of onCH{Vi). 

Proof: Based on Lemma |3j G onCH(Vi). Based on Lemma H |VJ| 7^ n, or \onCH(Vi)\ < n or not 
all robots have full visibility. Based on Lemma 13 is not on a straight line with any two other robots that 
G onCH(Vi). Based on Lemma [3 there exist a space for at least one robot on onCH(Vi). There are are 
two cases: 

If ri is not tangent with any robot rj such that rj G onCH(Vi) and rj is not adjacent to on onCH{Vi), 
then procedure SpaceForMore returns q, else it returns a point p at distance j — e outside of onCH(Vi). 



4.2.9 Procedure NoSpaceForMore 
Procedure: NoSpaceForMore 

Precondition: state= Compute.NoSpaceForMore 

Effect: 

• Let q be the center of Cj's left neighbor and let c r be the center of Cj's right neighbor on the Convex 
Hull. Draw a straight line between c\ and c r ; call it AB. 

• Let m be the center of line AB. 

• Draw a vertical line (wrt AB) starting from m and ending at distance ^- — e away from the Convex 
Hull; call the ending point, p. 

• Calculate the point on the line between m and p, which r« can move to maximum distance from m 
without causing onCH(Vi) to change; call this point p' . 

• Return p' . 

Lemma 10 NoSpaceForMore(Compute. (NoSpaceForMore)) = p were p is at distance ^ — e outside 
ofonCHiVi). 

Proof: Based on Lemma [3 G onCH. Based on Lemma [4j \Vi\ 7^ n, or \onCH(Vi)\ < n or not all 
robots have full visibility. Based on Lemma |7j r« is not on a straight line with any two other robots that 
G onCH. Based on Lemma [3 no space exists for at least one robot on onCH(Vi). 

The correctness of the Lemma follows from the code of the procedure. ■ 
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4.2.10 Procedure OnStraightLine 



Procedure: OnStraightLine 

Precondition: state= Compute.OnStraightLine 

Effect: 

• Consider the same setting as in procedure NotAllOnConvexHull. 

• If for one of the cases c m is in the rectangle ABCD and holds that c m = Ci, then state:= Com- 
pute. SeeTwoRobot 

Else state := Compute. SeeOneRobot 

Lemma 11 OnStraightLine(Compute.(OnStraightLine)) = Compute. (SeeTwoRobots) iff r,i is on 

the same line with two robots on the convex hull, its left neighbor r\, and its right neighbor r r . 

Proof: Based on Lemma [3l robot rj € onCH(Vi). Based on Lemma HI \Vi\ 7^ n, or \onCH(Vi)\ < n or 
not all robots have full visibility. Based on Lemma |7J n is on straight line with its neighbor robots on the 
convex hull. Procedure OnStraightLine uses simple geometric calculations to determine if robot n is 
in the middle of q and c r . ■ 

4.2.11 Procedure SeeOneRobot 
Procedure: SeeOneRobot 
Precondition: state= Compute.SeeOneRobot 

Effect: 

• Return q (current position). 
Then, trivially: 

Lemma 12 SeeOneRobot(Compute.(SeeOneRobot}) = a. 

4.2.12 Procedure SeeTwoRobot 
Procedure: SeeTwoRobot 
Precondition: state= Compute.SeeTwoRobot 

Effect: 

• Consider the same setting as in procedure NotAllOnCOnvexHull and c m = Cj. 

• Consider the line segment that is vertical to line qcv, it starts from Cj with direction outside of the 
convex hull (if this is not possible to determine choose a random direction) and ends at distance ^- — e 
from Cj. Call the ending point, p. Consider the line segment that is vertical to line qcv, it starts from 
line qcv and ends at distance - from line cjc^. Call the ending point, p', such that c; is in the same 
line with and between p' and line qcv . 

• Return the point that is nearest to Cj, between p and p 1 . 

Lemma 13 The point p returned by SeeTwoRobot(Compute.(SeeTwoRobot)) is such that if robot rj 
moves there (Ci is on p), then r% will no longer be in a straight line with it's two adjacent robots on the 
convex hull, provided that the other robots do not move. 

Proof: Based on Lemma [3l robot ri € onCH(Vi). Based on Lemma [4] \Vi\ ^ n, or \onCH(Vi)\ < n 
or not all robots have full visibility. Based on Lemma 13 is on straight line with its neighbor robots on 
the convex hull. Based on Lemma [TTJ ri is on the same line and in the middle of its left neighbor robot 
on the convex hull 77 and with its right neighbor robot on the convex hull r r . Procedure SeeTwoRobot 
results robot ri to move at distance 5- — e from its current position, with direction out of the convex hull as 
described in the Procedure SeeTwoRobot. After moving in this position robot will no longer be on a 
straight line with its adjacent robots on the convex hull. ■ 
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Figure 5: An example where the unit disc (robot) with center c m intersects rectangle ABCD. 

4.2.13 Procedure NotOnConvexHull 
Procedure: NotOnConvexHull 

Precondition: state= Compute.NotOnConvexHull 

Effect: 

• Check whether there is a cj 6 V% so that the unit disc with center Cj is tangent with the unit disc with 
center Cj. 

• If yes, then state:= Compute.IsTouching 
Else state:= Compute.NotTouching 



Lemma 14 NotOnConvexHull(Compute. (NotOnConvexHull)) = Compute. (IsTouching) iffri's unit 
disk is tangent with a unit disk of any other robot. 

Proof: Based on Lemma|3l robot r\ ^ onCH(Vi). Now the claim of the lemma follows by close investiga- 
tion of procedure NotOnConvexHull. ■ 

4.2.14 Procedure IsTouching 
Procedure: IsTouching 

Precondition: state= Compute.IsTouching 

Effect: 

• Call function Find-Points with input onCH(Vi). 

• If Function Find- Points returned one or more points then choose p, the point returned by Func- 
tion Find- Points that is closest to Cj 

- If one of the robots that are touching r« is closer to p than ri then return Cj (current position). 

- Else If one or more of the robots that are touching have the same distance with r-i to p then 

* If rj is the rightmost of the robots that are touching and have the same distance to p then 
p' G onCH{Vi) and p' is on the line between Cj and p. Return p' . 

* Else return Cj (current position). 

- Else p' 6 onCH{Vi) and p' is on the line between q and p. Return p' . 

• Else choose the two closest neighboring robots, that have distance of at least 2, to c, that are on the 
Convex Hull. 

- If No neighboring robots on the convex hull have distance of at least 2 then return q (current 
position). 

- If one of the robots that are touching is closer to these robots than r» then return Cj (current 
position). 

- Else If one or more of the robots that are touching have the same distance with to these 
robots then 
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* If r i is the rightmost of the robots that are touching and have the same distance to the closest 
robots on the convex hull then draw a straight line between the centers of the two closest 
robots to n on the convex hull and find the center of this line, p. Return p. 

* Else return a (current position). 

- Else draw a straight line between the centers of these robots and find the center of this line, p. 

Return p. 

In a given set of robots, we consider that a robot has higher proximity compared to the other robots 
of that set if it is the closest to its closest space on the convex hull or to the closest space that Function 
FindPoints returned (depending on the case). If more than one robots of that set of robots have the same 
distance to the closest space, then the rightmost of these robots has the highest proximity (straight direction 
is considered to be to the outside of the convex hull of the target point). 

Lemma 15 I sTouching(Compute. (Is Touching)) will result robot n 's unit disk to no longer be tangent 
with any other robot's unit disk (from the robots that touches) if r, has the highest proximity (from the 
robots that are touching). If no space of at least 2 exists on the convex hull, then n stays in the same position. 

Proof: Based on Lemma [3]ri ^ onCH(Vi). Based on Lemma [T4l robot rj's unit disk is tangent with at 
least one other robot's unit disk. 
There are 9 possible cases: 

1. Function FindPoints returned one point or more and is not the closest robot (from the robots 
that are touching) to p. 

In this case, r» will remain in the same position because it does not have the highest proximity. 

2. Function FindPoints returned one point or more, is the closest robot (from the robots that are 
touching) to p and has the same distance with p with at least another robot. r{ is the rightmost robot 
of the robots that are touching and have the same distance to p. 

In this case, rj will move to p' because it has the highest proximity. 

3. Function FindPoints returned one point or more, is the closest robot (from the robots that are 
touching) to p and has the same distance with p with at least another robot. is not the rightmost 
robot of the robots that are touching and have the same distance to p. 

In this case, r» will remain in the same position because it does not have the highest proximity. 

4. Function FindPoints returned one point or more, r, is the closest robot (from the robots that are 
touching) to p and no other robot (from the robots that are touching) has the same distance to p with 

n. 

In this case, rj will move to p' because it has the highest proximity. 

5. Function FindPoints did not returned any point. No space of at least 2 exists on the convex hull. 

In this case, rj will remain in the same position because not enough space for it exists on the convex 
hull. 

6. Function FindPoints did not returned any point, is not the closest robot (from the robots that 
are touching) to the two closest robots (from r{) on the convex hull. 

In this case, will remain in the same position because it does not have the highest proximity. 
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7. Function FindPoints did not returned any point, ri is the closest robot (from the robots that are 
touching) to the two closest robots (from r{) on the convex hull and has the same distance with at least 
another robot, n is the rightmost robot of the robots that are touching and have the same distance to 
the two closest robots (from n) on the convex hull. 

In this case, ri will move to the center of the line between those two robots because it has the highest 
proximity. 

8. Function FindPoints did not returned any point, r, is the closest robot (from the robots that are 
touching) to the two closest robots (from ri) on the convex hull and has the same distance with p with 
at least another robot, is not the rightmost robot of the robots that are touching and have the same 
distance to the two closest robots (from on the convex hull. 

In this case, r{ will remain in the same position because it does not have the highest proximity. 

9. Function FindPoints did not returned any point, r, is the closest robot (from the robots that are 
touching) to the two closest robots on the convex hull and no other robot (from the robots that are 
touching) has the same distance to those robots with rj. 

In this case, r» will move to the center of the line between those two robots because it has the highest 
proximity. ■ 

Lemma 16 I sTouching(Compute. (Is Touching)) will result at least one of the robots that are touching 
to move with direction to the convex hull, if a space of at least 2 exists on the convex hull. 

Proof: The claim follows from the code of the procedure. ■ 

4.2.15 Procedure NotTouching 

Procedure: NotTouching 

Precondition: state= Compute.NotTouching 

Effect: 

• Call function Find-Points with input onCH(Vi). 

• If function Find-Points returns at least one point, then state:= Compute.NotChange 
Else state:= Compute.ToChange 



Lemma 17 NotTouching(Compute. (NotTouching)) = Compute. (NotChange) iff ri can move on the 
convex hull, without causing any additional change on the convex hull. 

Proof: Based on Lemma |3l robot r, ^ onCH{Vi). Based on Lemma [RJ robot r, is not touching with 
any other robot. Procedure NotTouching calls Function Find-Points. Per Lemma [T] function 
Find-Points returns all the possible points on convex hull, that r.; can move to, without causing any 
changes to onCH(Vi), provided that other robots do not move. If Function Find Points does not return 
any points, the next state will correctly be Compute.ToChange. Otherwise, the correct state to move is 
Compute.NotChange. ■ 
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4.2.16 Procedure ToChange 



Procedure: ToChange 

Precondition: state= Compute.ToChange 

Effect: 

• Among the robots that are neighboring on the convex hull and have distance at least 2 from each-other, 
choose the two closest ones to r.;. 

• If no neighbor robots have distance greater or equal with 2, Return c.; 

• Else Draw a straight line between the centers of these robots and find the center of this line, p. Return 
P- 

Lemma 18 To Change (Compute. (ToChange)) = p, when p € onCH{Vj) if there exists a space of at 
least 2 on the convex hull. Else ToChange(Compute.(ToChange)) = a 

Proof: Based on Lemma [3l r, L £ onCH(Vi). Based on Lemma [HJ r,i is not tangent with any other robot. 
Based on Lemma [T7J r% cannot move to the convex hull without causing it to change. The claim now 
follows from the code of the procedure. ■ 

4.2.17 Procedure NotChange 

Procedure: NotChange 

Precondition: state= Compute.NotChange 

Effect: 

• Call function Find-Points with input onCH(Vi). 

• Choose the point returned by function Find-Points that is closest to cf, call it x. 

• p G onCH and p is in the line between the points Cj and x. 

• Return p. 

Lemma 19 NotChange(Compute. (NotChange)) = p, where p G onCH(Vi). 

Proof: Based on Lemma r j ^ onCH(Vi). Based on Lemma [HJ r$ is not tangent with any other robot. 
Based on Lemma [T7J rj can move to the convex hull without causing it to change. Then it follows that the 
returned point is on the convex hull. ■ 

5 Distributed Algorithm for Gathering 

The high level idea of the algorithm is as follows: The objective is for the robots to form a convex hull and 
be able to see each other. Once this is achieved, then the robots start to converge (they get closer), while 
maintaining the convex hull formation, so that they form a connected component. It follows that when all 
robots are on the convex hull, they can see each other, and are connected, the gathering problem is solved 
and each robot terminates. 

The distributed algorithm is essentially composed of the asynchronous execution of the robots' state 
transition cycle (including the local algorithm when in state Compute). 

We now proceed to show that the distributed algorithm correctly solves the gathering problem. We first 
provide some important definitions and then we proceed with the proof of correctness. Robots make deci- 
sions based on their local views, but due to asynchrony, each robot's local view might not reflect the current 
system configuration. Hence, our proof shows that the local decisions made by the robots are designed in 
such a way, that robots can coordinate correctly in the face of asynchrony and hence reach a solution to the 
gathering problem. 
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5.1 Definitions 



Given a Robot Configuration 1Z, we denote by Qn the geometric configuration and by S-ji the state config- 
uration of 1Z. Recall that for a geometric configuration Q, we denote by CH{Q) the convex hull formed by 
the points in Q, as output by Graham's Algorithm. Also, we denote by onCH{Q) C Q the set of points in Q 
that are on the convex hull. 

Bad Configurations. We say that a robot configuration TZ X is a bad configuration, when one of the two 
following cases is true: 

1. Bad configuration of Type 1. When all of the following hold: 

• Configuration Qn x is fully visible and \onCH(Qn x )\ = n; 

• A robot ri in this configuration has as local view Vi a previous configuration Qn y , y < x, such 
that | onCH (Q-R. y )\ < n, e onCH(TZ y ) and sees that no space for more robots to get on 
the convex hull exists. 

2. Bad configuration of Type 2. When all of the following hold: 

• Configuration Q-ji x is fully visible and \onCH{Qq^ x )\ = n; 

• There exists a preceding configuration Qn , y < x, in which at least four robots, call them 
n,r m i,r m 2 and r r , are on a straight line and r z , r ml , r m2 , r r G onCH(Q ny ). 

Both types are considered bad, because they can potentially lead to a succeeding configuration (wrt 1Z X ) 
that is no longer fully visible or all robots are on the convex hull; a property that we would like, once it 
holds, to continue holding for all succeeding configurations. 

Let us explain how this is possible, first for the bad configuration of type 1. According to the local 
algorithm, when robot ri witness a view as described in the second bullet of type 1 configuration, robot Ti 
must start moving with direction outside of the convex hull so to make space for more robots to get on the 
convex hull. This is also the case for all robots sharing the same or similar view with rj. When r\ starts 
moving (it gets in state move), the adversary can impose the following strategy: It makes rj to "move too 
slow" and lets the other robots move with such "a speed" that the robots reach configuration 1Z X . Since 
has not changed its state (it is still in state move), it continues to move outside of the convex hull. This 
may cause a neighboring robot of ri not to be on the convex hull anymore or not be able to see all robots. 
Hence, while Qn x was a fullyvisible configuration and \onC H {Qn x )\ = n, it is possible for a succeeding 
configuration not to have one (or both) of the these properties anymore. 

Now we consider a type 2 bad configuration. According to the local algorithm, if robots n , r m i , r m 2 , r r 
witness configuration Qn , then robots r m \ and r m 2 must start moving with direction outside of the convex 
hull (the robots that realize they are in the middle of the straight line must move outside so to enable the 
"edge" robots to see each other; the "edge" robots do not move). When r m \ and r m 2 start moving (they 
get in state move) the adversary can impose the following strategy: It lets robot r m \ to move slightly and 
then it stops it (with a stop(r m i) event). It lets robot r m 2 to move slightly and then the adversary makes it 
to move very slow (so robot r m 2 is still in state move). The adversary could stop robot r m \ and delay r m 2 
in such a way that configuration 7Z X is reached (recall that \onC H (Qn x )\ = n and Qn x is a. fully visible 
configuration). But since r m 2 continues to move, it is possible to cause robot r m i to no longer be G onCH 
or some other robot (including r m 2) not be able to see all other robots. Hence it is possible for a succeeding 
configuration of Qn x not to have one (or both) of the these properties anymore. 
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Safe Configurations. We say that a robot configuration 1Z is a safe configuration, when the following is 
true: 

\onCH{Gn)\ = n, Gtz is a fully visible configuration and Wj, \onCH(Vi)\ = n and V$ is a fully 
visible configuration (that is, all robots know that the configuration is fully visible). 

The reason we consider these configurations as safe, is because, as we will show later, once an exe- 
cution of the algorithm reaches such a safe configuration, then no succeeding configuration can be a bad 
configuration. 

We define a bad execution fragment (resp. execution) of the algorithm to be an execution fragment (resp. 
execution) that contains at least one bad robot configuration. Similarly, we define a good execution fragment 
(resp. execution) to be an execution fragment (resp. execution) that contains only good configurations. 

5.2 Proof of Correctness 

The proof is broken into two parts. In the first part we prove safety and liveness properties considering only 
good execution fragments. Then we show that the algorithm is correct for any execution (including ones 
containing bad configurations). 

5.2.1 Good Executions 

In the section (with the exception of the first lemma) we consider only executions and executions fragments 
that are good, that is, they do not consider bad configurations. We first prove safety and then liveness 
properties for such executions. 

Safety Properties 

The following lemma states that as long as not all robots are on the convex hull, or even if all robots are on 
the convex hull but there is at least one robot that cannot see all other robots, then the convex hull can only 
expand. (This property holds even for bad execution fragments). 

Lemma 20 Given an execution fragment TZq, e±, ...,lZ m -i such that for all TZ^, < k < m — 1 holds that: 
cl: \onC H (Qn k )\ < n or c2: \onC H (Gn k )\ = n and Gn k is not a fully visible configuration, then for 
any step {TZm-i, e m , TZ m ), CH(Gn m - 1 ) C CH{Gn m ) 

Proof: The possible events e m are: 

(A) e m involves (directly) robot rj. If ri in Tt m -\ is in state Wait, Look or Compute, then it trivially holds 
that none of the possible events e m can affect the CH. So, it remains to consider the case that r\ in 
lZ m -i is in state Move. In this case, there are three possible cases for event e m : stop(ri), arrivefa) 
or collide(X),ri £ X. 

Since r\ is in state Move, then it is following a trajectory {start, tar get), where start is the position 
of its center when it start moving, and target is the position it wants to reach, as it was calculated 
when the robot was in state Compute (it is possible that start = target), say in TZ^, k < m — 1. 
Furthermore, made decisions based on the view the robot obtained while in state Look, in some 
configuration R^i, k' < k. It follows that k' < m — 1, hence the lemma Hypothesis applies (i.e., for 
Gn k i either property cl or c2 hold). In other words, for configurations through R m -i, Vi C Gn k i ■ 
Now, for Vi we have the following possible cases: 



29 



• ri G onCH{Vi). Based on Lemma [3] and Function Start, rj first gets into state Com- 
pute.OnConvexHull. Then, based on Lemma|4]and Function OnConvexHull, r, gets into 
state Compute.NotAllOnConvexHull, since c 1 or c2 is true for Qn k , ■ Now the following are 
possible: 

- n is on straight line with two other robots that are also on the convex hull. In this 
case, per Lemma|7]and Function NotAllOnConvexHull, robot n gets into state Com- 
pute.OnStraightLine. Then two cases are possible: 

* Vi is in the middle of the two other robots. Based on Lemma [TT] and Function 
OnStraightLine, robot n gets to state Compute.SeeTwoRobots and runs Proce- 
dure SeeTwoRobots. Based on Procedure SeeTwoRobots and per Lemma [T3l the 
procedure returns a point p with direction away from the convex hull (as witnessed in 
view Vi in configuration Rk<)- If e m is Stopfa) or Collide(X), ri G X, rj's position 
in R m is a point between the trajectory (q , p), Ci being the position of rj's in Vi. Hence 
CH(Qn m l ) can only increase (it certainly cannot decrease since it is moving out of 
the convex hull). If e m = Arrive(ri), then reaches point p, which again means that 
CH(Qft m l ) can only increase. 

* Vi is not in the middle of the two other robots. Based on Lemma [TT] and Function 
OnStraightLine, robot n gets into state Compute. SeeOneRobot and runs Proce- 
dure SeeOneRobot. Based on Lemma Q21 the procedure returns a, that is, the robot 
does not move. Hence n does not cause CH(Qn m l ) to change. 

- n is not on a straight line with any two other robots that are also on the convex hull. 
Per Lemma [7] and Function NotAllOnConvexHull, robot gets into state Com- 
pute.NotOnStraightLine. Then the following cases are possible: 

* Condition c 1 holds and r j sees that there exist enough space for at least one robot to get 
on the convex hull. Then, per Lemma[8]and Function NotOnStraightLine, robot 
r,j gets into state Compute. SpaceForMore and runs Procedure SpaceForMore, per 
Lemma |9j it returns a, that is, the robot does not move, or it moves with direction 
outside of the convex hull. Hence n does not cause CH{QTi m _ 1 ) to change or it causes 
CH(QTi m _ 1 ) to increase. 

* Condition cl holds and ri sees that there is not enough space for at least one 
robot to get on the convex hull. In this case, per Lemma [8] and Function 
NotOnStraightLine, robot n gets into state Compute.NoSpaceForMore and 
runs Procedure NoSpaceForMore. Based on Lemma [TO] the procedure returns 
a point p with direction away from the convex hull (as witnessed in view V, in 
configuration Rk>). Then, using the exact reasoning as above (when the Procedure 
SeeTwoRobots is run), it follows that CH{QTi m _ 1 ) can only increase. 

* The case that Condition c2 holds is handled identically as above, depending what 
sees. 

• ri onCH{Vi). (Only when condition cl holds.) Based on Lemma[3]and Function Start, r, 
gets into state Compute.NotOnConvexHull. Then we have the following cases. 

- n is touching another robot. Based on Lemma [T4l and Function NotOnConvexHull, r, 
gets into state Compute.IsTouching and runs Procedure I s Touching, based on Lemma 
IT31 it returns a point p G onCH(Q-ji k , ) (t nat is, a point towards the witnessed convex hull) 
or q. So, this means, regardless if e m is a Stop, Collide or Arrive event on r j, robot ri can 
reach up to the boundary of CH(Qn k , )■ Then it is not difficult to see that does not cause 
CH(Gnm-i) to cnan g e ( r i will either be on the boundary or inside of CH(Q-ji m _ 1 )). 
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- ri is not touching any other robot. Based on Lemma [14] and Function 
NotOnConvexHull, r% moves to state Compute.NotTouching. 

* ri can move towards onCH{Gn ,) without causing it to change. Then, per Lemma [T71 
and Function NotTouching, rj gets into state Compute.NotChange and runs Pro- 
cedure NotChange, based on Lemma [19] it returns a point p G onCH(Gn k ,)- If 
V% Q G'R.k' tnen as arj ove, it follows that r, does not cause CH(G-jz m - 1 ) to change. 
If Vi 7^ ^7e fe and Vj is before ^ fe , it follows that CH(Gtz ,) could only expand and 
it is not possible for both cl and c2 to be false, since r.- t £ onCH(Q-jz ,). Hence 
could have only cause CH(Qn m _ 1 ) to expand or did not caused any change because 
CH{Gn m -i) is bigger compared to Vi. 

* rj cannot move towards onCH(Gn k ,) without causing it to change. Based on 
Lemma [T71 and Function NotTouching, r% gets into state Compute.ToChange and 
runs Procedure ToChange. Based on Lemma [TU the procedure returns a point 
p G onCH(Qti k ,) or a. If it is Cj, it follows that it does not cause CH(Gn m -i) to 
change. Else, in the case r% does not arrive to p (events Stop or Collide) then it follows 
that it does not cause CH(Gn m -i) to change. In the case it arrives to p (event Arrive) 
and V{ C Gn h , it is not difficult to see that CH(Qn m l ) can only increase (if for ex- 
ample CH(Gn ,) = CH(Qn m _ 1 ), then n it causes it to change, but not to decrease). 
If Vi 7^ Gn k and Vi is before Giz k , it follows that CH(Gtz ,) could only expand and 
it is not possible for both cl and c2 to be false, since r; ^ onCH{G-R k ,)- Hence 
could have only cause CH(Qn m _ 1 ) to expand or did not caused any change because 
CH{Q TLm _ 1 ) is bigger compared to Vi. 

(B) e m involves indirectly a robot rj that is in state Move. This follows the same exact reasoning as with 
the case where e m involves directly robot rj while in state Move. ■ 

Lemma 21 Given a good execution fragment 1Z X , e x , . . . , H m -i such that V7£&, x < k < m — 1 holds that 
cl: \onCH(Gn k )\ = n and Qn k is a fully visible configuration 
AND 

c2: Qfi k is not a connected configuration, 

thenfor any step (TZ m -i,e m ,TZ m ), cl holdsforQ nm and CH(Q- J i m _ 1 ) D CH(Qn m ) 

Proof: The possible events e m are: 

1. e m involves (directly) robot r^. If rj in 7l m -i is in state Wait, Look or Compute, then it trivially holds 
that none of the possible events e m can affect the CH. So, it remains to consider the case that rj in 
lZ m -i is in state Move. In this case, there are three possible cases for event e m : stopiri), arriveiri) 
or collide(X) , r, G X. 

(A) Since n is in state Move, then it is following a trajectory {start, tar get), where start is the 
position of its center when it start moving, and target is the position it wants to reach, as it 
was calculated when the robot was in state Compute (it is possible that start = target), say in 
TZk, k < m — 1. Furthermore, made decisions based on the view the robot obtained while in 
state Look, in some configuration Ry, k' < k. It follows that k' < m — 1, hence the lemma 
Hypothesis applies (i.e., for Gn k , properties cl and c2 hold). In other words, for configurations 
through Rm-x, V{ C Gn k , ■ Now, for Vi we have the following possible cases: 

• Robot n G onCH(G-ji k ,), \onC H (Giz k ,)\ = n an d Gn k , is a f u ^U visible configuration 
because cl is true. 
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Based on Lemma [3] and Function Start, rj moves to state OnConvexHull. Based on 
Lemma @]and Function OnConvexHull, n moves to stateAHOnConvexHull. Based on 
Lemma [5]and Function AllOnConvexHull, rj moves to state NotConnected. Proce- 
dure NotConnected returns a point p G CH(Gii k ,) . Three possible events can happen: 

- Stop(rj) or Collide(rj) 

rj moves a distance of at least 5 with direction from Cj to p. Because of Lemma [6j rj 
does not cause \onCH{Gn ,)\ < n or Gn k , to be not a fully visible configuration. 
Because p € CH(Gn k t) an d P £ onCH(Gn k ,), it follows that CH(Gn k ) can only 
shrink. 

- Arrive(rj) 

ri moves to p. Because of Lemma [6j r, L does not cause \onCH(Gn ,,)\ < nor Gn k i to 
be not a fully visible configuration. Because p E CH(Giz k ,) an d p ^ onCH(GTz k ,)-> 
it follows that CH{Gn k ) can only shrink. 

• Otherwise 

This case is not possible, since cl is true. 

Another robot rj could also was in state Move in e m . We get the following cases: 

a) rj is in a trajectory (start,target), that was decided on a robot configuration, say 1Z\.. It 
follows that x < k < m — 1, hence Lemma Hypothesis applies. Specifically, rj had a view 
where cl and c2 were true for TZk- This is the same case with r» (previous). 

b) rj is in a trajectory {start, tar get), that was decided on a robot configuration, say TZk- It 
follows that k < x. 

• c 1 and c2 in TZ^ were true 
This is the same case with 1-A 

• cl was not true in TZj^. We get the following cases: 

- T j e onCH{Q nk ) 

Based on Lemma [3]and Function Start, rj moves to state Compute.OnConvexHull. 
Based on Lemma |4] and Function OnConvexHull, rj changes to state Com- 
pute.NotAUOnConvexHull, because \onCH(Gn k )\ < n. 

* rj is on straight line with any two other robots that € onCH(Gn k ) 

Based on Lemma [7] and Function Not All OnConvexHull, robot rj moves to state 
Compute.OnStraightLine. 

• rj is in the middle of two other robots that € onCH(Gn k ) 

Based on Lemma [TT]and Function OnStraightLine, robot n moves to state 
Compute.SeeTwoRobots. Based on Procedure SeeTwoRobot s and per Lemma 
[T3l it returns a point p with direction away from the convex hull. 
This case is not possible to happen since it is considered as bad configuration of 
Type 2. 

• rj is not in the middle of two other robots that £ onCH(Gn k ) 

Based on Lemma [TT]and Function OnStraightLine, robot rj moves to state 
Compute.SeeOneRobot. Procedure SeeOneRobot based on Lemma [l2j re- 
turns Cj, hence rj does not cause CH(GTi m _ 1 ) to change. 

* rj is not on straight line with any two other robots that € onCH(Gii k ) 

Based on Lemma [7] and Function Not All OnConvexHull, robot rj moves to state 
Compute.NotOnStraightLine. 

■ rj sees that there exist enough space for at least one robot on onCH{Gn k ) 



32 



Based on Lemma [8] and Function NotOnStraightLine, robot rj moves to 
state Compute. SpaceForMore. Procedure SpaceForMore based on Lemma 
|9j returns cj or p a point outside of the convex hull if rj touches another not 
adjacent robot on onC H {Q-ji m _ 1 ) . If it returns Cj rj does not cause CH(Gn m -i) 
to change. The case that rj touches another not adjacent robot on onCH{Qn m l ) 
is impossible because this means that the two robots that are touching block at least 
one robot from seeing other robots, hence it is impossible to have fully visible 
and this situation. 

• rj sees that not enough space exists for at least one robot on onCH(Gn k ) 
Based on Lemma [8] and Function NotOnStraightLine, robot rj moves 
to state Compute.NoSpaceForMore. Procedure NoSpaceForMore based on 
Lemma [TOl returns a point p with direction away from the convex hull. 

This case is not possible to happen since it is considered as bad configuration of 
Type 1. 
- Tj i onCH(g nk ) 

Based on Lemma [3] and Function Start, rj moves to state Com- 
pute.NotOnConvexHull 

* rj is touching another robot. 

Based on Lemma [l4]and Function NotOnConvexHull, rj moves to state Com- 
pute.IsTouching. Procedure IsTouching based on Lemma \\5\ returns a point 

p G onC'H(g-ji k ) or Cj. 

This case is not possible to happen, because if rj did not arrived to p before 
e m , it is not possible for \onCH{Qn m _ 1 )\ = n, since no robot that belongs to 
onCH{Q-ji m _ 1 ) moves and neither does rj. 

* rj is not touching any other robot. 

Based on Lemma [l4]and Function NotOnConvexHull, rj moves to state Com- 
pute.NotTouching. 

• rj can move to onCH(Gii k ) without causing it to change 

Based on Lemma [T7] and Function NotTouching, rj moves to state Com- 
pute.NotChange. Based on Lemma [OS Procedure NotChange returns a point 

p E onCH{Q Uk ). 

This case is not possible to happen, because if rj did not arrived to p before 
e m , it is not possible for \onCH{Qn m _ 1 )\ = n, since no robot that belongs to 
onC 'H (Gu m -i) moves and neither does rj. 
■ rj cannot move to onCH{Q-ji k ) without causing it to change 
Based on Lemma [FT] and Function NotTouching, rj moves to state Com- 
pute.ToChange. Based on Lemma QIO Procedure ToChange returns a point 
p G onCH{Q-ji k ) or Cj. 

This case is not possible to happen, because if rj did not arrived to p before 
e m , it is not possible for \onC H (Gn m _ 1 )\ = n, since no robot that belongs to 
onC 'H(Gn m _ 1 ) moves and neither does rj. 

(B) rj is in a trajectory {start, tar get), that was decided on a robot configuration, say TZk- It follows 
that k < x. 

This is a similar case with rj in 1-A-b. 
2. e m _i on rj (indirect) 

This is the same case with rj in 1-A-a and 1-A-b. ■ 
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Liveness Properties 

Lemma 22 Given any good execution of the algorithm, there exists a configuration 1Z m such that 
\onCH(Gn m )\ = n and Gn m is a fully visible configuration. 

Proof: If TZq has the stated properties, there is nothing to prove. So consider the case that TZq is either cl: 
\onCH {Gn )\ < nor c2: \onCH (Gn )\ = n and Qn Q is not a fully visible configuration. 

Based on Lemma [20l if cl or c2 is true, then onCH(Giz ) can on ly expand, hence onCH(Gn ) W1 U 
not shrink unless c 1 and c2 are not true. 

We first list the various cases to be considered and then we show how they are interleaved. 

1 . c 1 is true. 

A There exists space for at least one robot to be on the convex hull. 

i Robots that G onCH 

In this case, based on Lemmas |9l [l2]and [T3jthe robots that G onCH do not move or move 
outside of the convex hull. 

ii Robots that ^ onCH 

a Robots that are tangent with other robots. 

In this case, based on Lemma [T31 Robots that are tangent with other robot either stay 

in the same position, or move to onCH. 
b No point on onCH exists, such that Function FindPoints will return it as valid 

point. 

In this case, based on Lemma [jjO robots that called Function FindPoints and no 
point was returned, will move to onCH. 
c At least a point on onCH exists, such that Function FindPoints will return it as 
valid point. 

In this case, based on Lemma [l9j robots that called Function FindPoints and at 
least a point was returned, will move to onCH. 

B No space exists for at least one robot on onCH. 

i Robots that ^ onCH. 

In this case, based on Lemmas [151 HE and \19\ robots that onCH do not move. 

ii Robots that G onCH. 

In this case, robots that G onCH, Based on Lemmas [TOl Eland [l3]can only move with 
direction outside of the convex hull or stay at the same position. 

2. c2 is true. 

In this case \onCH(Gn )\ = n and Gn is not a fully visible configuration. This implies that at least 
three robots are on the same line, hence we get the following cases: 

A Robots that are not on a straight line with any two other robots. 
In this case, based on Lemma |9j robots stay in the same position. 

B Robots that are on the same straight line with at least two other robots but are not in the middle 
of any two other robots that are on the same line. 
In this case, based on Lemma [T2J robots stay in the same position. 

C Robots that are on the same straight line with at least two other robots and are in the middle of 
any two other robots that are on the same line. 

In this case, based on Lemma [131 robots move outside of the convex hull. 
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We now discuss how the cases above are combined to yield the claimed result. 

(a) If no space for at least one robot on the convex hull exist, this is case 1-B. In case 1-B, necessary 
some robots are on the convex hull and this is case 1-B-ii for some robots. Therefore, robots of case 1-B-ii 
will continue to expand until a space for at least one robot exists. Hence if a space does not exist, eventually 
a space for more robots on the convex hull will be created. 

(b) If some robots that are touching are in case 1-A-ii-a, based on Lemma [T6l at least one robot will 
move. Hence, eventually the robots that were tangent will no longer be tangent in the same place. 

(c) If three or more robots are on the same line, it means that at least one robot is in the middle of two 
other robots. The robot that is in the middle, based on Lemma \13\ will move to the outside of the convex 
hull. Each time the robots that are not in the middle, Based on Lemma [12] will stay in the same position. 
Therefore, eventually no three robots will be on the same line and each time there exists a line, the convex 
hull expands. 

(d) If cl is true it means that at least one robot is not on the convex hull. If a space for at least one robot 
on the convex hull exists, then it could be one of the cases 1-A-ii. Robots in cases 1-A-ii-a (at least 1), 
1-A-ii-b and 1-A-ii-c try to move on the convex hull. If at least one space on the convex hull exists, one of 
the robots that are inside the convex hull will move to onCH. Because of (c) eventually no three robots will 
be on the same line, hence the robots on the convex hull will be run Procedure NoSpaceForMore (see the 
possible cases if cl is true and no 3 robots are on the same line). If no space exists on the convex hull robots 
that are on the convex hull will move to expand to the convex hull and create more space as described earlier 
in (a) . Hence if cl is true it follows that the convex hull expands. 

(e) Based on Lemma |2j for any two adjacent robots with centers q and c r , q and c r G onCH, there 
exists a safe distance between c\ and c r for which a third robot can be on onCH between c\ and c r 
without causing it to change. 

(f) Based on (d) and (e) it follows that if cl is true convex hull will continue expanding and the number 
of robots that are on the convex hull will increase, until cl is not true or the safe distance was reached. 
Some robots that get on the convex hull cause some other robots to no longer be on the convex hull. This 
means that the convex hull will continue to expand if cl is true and after a safe distance between neighboring 
robots on the convex hull is reached, the next robot that is inside the convex hull can and will move on the 
convex hull without causing it to change. This will continue happening until all robots are on the convex 
hull. Hence c2 will be true. 

(g) If c2 is true, it means that at least three robots are on the same line. Based on (c) the convex hull 
expands and eventually no three robots will be on the same line. Some robots that move to the outside of the 
convex hull may cause others to no longer be on the convex hull. Then cl will be true and based on (f) c2 
will be true again. This will continue happening until safe distance is reached (The convex hull continues 
expanding if cl or c2 is true). In the same way as in (f) all robots will be on the convex hull without any 
changes caused and based on (c) no three robots will be on the same line. Hence, all robots will be on the 
convex hull and all robots will have full visibility. This completes the proof. ■ 

The following lemma states that starting from any initial configuration, when the robots form a configu- 
ration such that all robots are on the convex hull and they can see each other, then the robots will eventually 
form a connected configuration. 

Lemma 23 Given any good execution of the algorithm, iflZi is such that \onCH(Q-ji l )\ = n and is a 
fully visible configuration and not a connected configuration, then there exists IZk, I < k so that IZk is a 
connected configuration. 

Proof: Based on Lemma |2T] if a configuration TZ m is such that \onC H (Qn m )\ = n and Gn m * s a f u ^V 
visible configuration, then \onCH(Qn m+1 ) | = n, Giz m+1 is a fully visible configuration and CH(Qn m ) C 
CH(g nm+1 ). 
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Based on Procedure NotConnected (see first three cases of procedure), no robot will start moving 
unless: Between any three adjacent robots on the convex hull, say n, r m and r r left robot, middle robot and 
right robot respectively, the distance between line segment rjj\ and r m must be equal or more than ~. This, 
along with Lemma [22] guarantee that no robot will move unless the distance of ^ at least exists and that 
eventually all robots will be on the convex hull and have full visibility. Because no robot moves unless the 
distance of ^ at least exists, all robots will eventually move to the Look state and see that the configuration 
they see is fully visible and \onCH{Vi)\ = n. We get the three following cases: 

A There exists at least one component (as it was defined in Function 13.41 ) that is smaller than at least 
one other component, with respect to the number of the robots that consist each component 

Function NotConnectedresults all robots of the smallest component(s) to join one component that 
is larger than it. Given the liveness condition that whenever a robot decides to move, it moves at least 
a distance of 5, eventually the number of the components become smaller and eventually the convex 
hull shrinks. Also the robots, of the components that are not the smallest, do not move. 

B All components are of the same size, with respect to the number of the robots that consist each 
component. The distance between two neighboring components is not the same for all the neighboring 
components. 

Function NotConnected results that all robots of the component that has the smallest distance to 
its neighbor component on the right to join the component on its right. Given the liveness condition 
that whenever a robot decides to move, it moves at least a distance of 5, eventually the number of 
the components become smaller and eventually the convex hull shrinks. The robots of the other 
components do not move. 

C All components are of the same size, and the distance between any two neighboring components is 
the same. 

Function NotConnected results that all the components start moving with direction to the inside 
of the convex hull. Given the liveness condition that whenever a robot decides to move, it moves at 
least a distance of 6, it follows that eventually all the components will touch, because the convex hull 
shrinks. 

From the cases above, it follows that either all the robots of any component that has the smallest number 
of robots (first case) or of any component that has the smallest distance (second case) to its right neighbor 
will move to its right neighbor until the number of components become one, or the components will move 
to the inside of the convex hull until all the components touch (third case). 

In every case, robot runs the Procedure NotConnected. Hence, per Lemma[6l robot moves in 
such a way that it does not cause \onC H (Gn m+1 )\ < n or Qn m+ x not to be a fully visible configuration. 
This completes the proof. ■ 

From Lemmas 1221 and |23] we get the following. 

Corollary 24 Given any good execution of the algorithm, there exists 1Z m so that Gn m ^ a connected and 
fully visible configuration. 

5.2.2 Any Execution 

We now consider any executions, including bad ones. 
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Lemma 25 Given any execution of the algorithm, if there is a bad execution fragment a\, a d> then eventu- 
ally a safe configuration !Z sa fe is reached, and after a safe configuration there are no longer any bad 
configurations in the execution until termination. 

Proof: There are 2 possible cases: 

(a) The adversary deploys a strategy that aims in causing bad configurations as long as it can (i.e., indefinitely 
if possible). 

(b) The adversary, at some point of the execution, stops causing bad configurations. 

We focus on the first case and we show that any execution under this adversarial strategy will eventually 
reach a configuration in which the adversary will no longer be able to cause bad configurations. It is easy to 
see that this case covers also the second case. 

Recall that both types of bad configurations involve configurations in which the robots are momentarily 
in a configuration in which all robots are on the convex hull and it is fully visible, but the adversary manages 
to break this property. The adversary, as explained, exploits the fact that some robots, due to asynchrony, are 
not aware that such a configuration has been reached. We now consider the two types of bad configurations. 

(i) Bad configuration of type 1. Consider the case in which the first bad configuration, call it 1Z X , that 
appears in the bad execution fragment is of type 1 (the other type is considered later). As explained, 
the adversary may deploy a strategy which can result into a configuration TZ Z , z > x, so that Gn z i s no 
longer fully visible or/and not all robots are on the convex hull. The adversary can do so, if there is at least 
one robot that according to its local view in configuration 1Z X , not all robot are on the convex hull and there is 
no more space for an "internal" robot to get on the convex hull (per Function NoSpaceForMore this robot 
will move to a direction outside of the convex hull). It follows that CH(Gn z ) 2 CH{Gn x )- Furthermore, 
from Lemma l20l we get that for all successive configurations of 1Z Z in which not all robots are on the convex 
hull or are fully visible, the convex hull can only expand (until a configuration in which these properties hold 
is reached). The adversary may repeat this strategy (e.g., involving other robots on the convex hull), every 
time causing the convex hull to expand. However, per Lemma|2l this cannot be repeated indefinitely, as the 
convex hull will expand that much, that the safe distance will be reached for all pairs of adjacent robots on 
the convex hull. From this and the liveness condition (the adversary must allow a robot to move by at least 5 
distance) it follows that a configuration is eventually reached after which no bad configuration of type 1 can 
exist (no robot will get into state Compute.NoSpaceForMore). Observe that when such a configuration is 
reached, it is still possible for a bad configuration of type 2 to be reached. This is covered by the next case 
we consider (with the difference that this bad configuration is not the first appearing in ctbad)- 

(ii) Bad configuration of type 2. Consider the case in which the first bad configuration, call it R x , that 
appears in the bad execution fragment a\, a d is of type 2. This is the situation where in a preceding con- 
figuration there are at least four robots on a straight line on the convex hull. As explained in Section 15.11 
the adversary can yield a configuration in which not all robots are any longer on the convex hull, or there 
is no full visibility. However, per Function SeeOneRobot and Lemma [121 the robots on the straight line 
that are not in the middle (i.e., they see only one robot) do not move. In contrast, according to Function 
SeeTwoRobot and Lemma[T3l each robot in the middle of the straight line moves in a direction outside of 
the convex hull, in such a way that it will no longer be in a straight line with its two adjacent robots (on the 
convex hull). It follows that if every time the adversary repeats the same strategy, and say initially there are 
x robots on straight line, then in every iteration the number of robots that are on the same line is x — 2. This 
may continue only until x is less than 3, hence it eventually stops. Observe that during these iterations, since 
robots in the middle move towards a direction outside of the convex hull and per Lemma |20l the convex 
hull can only expand. Hence a bad configuration of type 2 can no longer exist. Furthermore, note that if 
during this expansion, the robots involved have also reached the safe distance (per Lemma [2} s definition), 
then as explained above, a bad configuration of type 1 also cannot exist. Otherwise, we are back in case (i) 
as discussed above. Note however that once robots reach the safe distance, and a bad configuration of type 
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2 is reached, a configuration of type 1 can no longer exist again: when a robot has already safe distance 
between its adjacent robots on the convex hull, then the middle robots by moving towards outside the con- 
vex hull can only increase the safe distance (and hence it will not be possible for a robot to get into state 
Compute.NoSpaceForMore). 

From cases (i) and (ii) and Lemma l22l it follows that a fully visible configuration in which \onCH\ = n 
is reached. By a similar argument as in the proof of Lemma [23] we get that eventually a safe configuration 
is reached (all robots are on the convex and they are aware that the configuration is fully visible). From 
Function NotConnected and Lemma[6]it follows that any succeeding configuration maintains the prop- 
erty that all robots can see each other and that are on the convex hull. Hence, the algorithm is such that once 
a safe configuration is reached, it is no longer possible for a bad configuration to exist. This completes the 
proof. ■ 

We are now ready to prove that our algorithm solves the gathering problem. 

Theorem 26 (Gathering) In any execution of algorithm, there exists a configuration lZ m , so that Qn m ' s a 
connected, fully visible configuration andVsi G <Sn m > s i = Terminate. 

Proof: Consider the following two cases. 

• If no bad configurations exist, based on Corollary [24] given any good execution of the algorithm, 
there exists TZ m so that Gn m * s a connected and fully visible configuration. 

• If bad configurations exist, based on Lemma [25] given any execution of the algorithm, if there is a 
bad execution fragment ot^, then eventually a safe configuration lZ sa f e is reached, and after a safe 
configuration there are no longer any bad configurations in the execution until termination. Therefore, 
from this point onward, we get from Corollary [24] that there exists lZ m so that Qn m is a connected 
and fully visible configuration. 

When a connected and fully visible configuration is reached, it is easy to see that robots no longer 
move and eventually all robots get into state Compute.Connected and hence into state Terminate. ■ 

6 Conclusions 

In this paper we have considered the problem of gathering non-transparent, fat robots in an asynchronous 
setting. We have formulated the problem and the model with a state-machine representation and developed 
a Distributed Algorithm that solves the problem for any number of robots. The correctness of our algorithm 
relies on the assumption of chilarity [10 ] (robots agree on the orientation of the axes of their local coordina- 
tion system). This is the only assumption we needed to add to the model considered in f8j. We believe this is 
a very small price to pay in order to solve the gathering problem for any number of fat robots. Nevertheless, 
it would be very interesting to investigate whether one can remove this assumption and still be able to solve 
the gathering problem for any number of fat robots. Certainly one will need to take a different approach 
than the one we use in this paper, as our approach depends greatly on this assumption. 
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